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(57) ABSTRACT 

A remote controlled system employs a computer-based 
remote control facilitator to facilitate remote control of a 
controlled device from a non-dedicated remote controller. 
The computer facilitator is coupled to the remote controller 
and controlled device via a wireless or wire-based network. 
In one implementation, the computer facilitator is a general- 
purpose computer that runs an open platform operating 
system. The computer facilitator runs an application that 
corresponds to the controlled device. The application con- 
tains program code, data, information, and any other intel- 
hgence that may be used by the facilitator to assist the 
remote controller in controlling the controlled device. Nei- 
ther the remote controller nor the controlled device need 
have any awareness of the other, or any knowledge as to how 
to communicate with one another. The remote controller 
gains its power and flexibility from the general-purpose 
computer. The computer tells the remote controller what 
options to present to a user and translates the selection 
entered by the user into a command that is sent to the 
controlled device, 

35 Claims, 5 Drawing Sheets 
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REMOTE CONTROLLED SYSTEM WITH 
COMPUTER-BASED REMOTE CONTROL 
E4CILITATOR 



TECHNICAL HELD 

Hiis invention relates to remote controlled systems hav- 
ing a remote controller and a controlled device. More 
particularly, this invention relates to remote controlled sys- 
tems that employ a computer-based facilitator that enables a 
non-dedicated remote controller to control other devices. 

BACKGROUND 

Remote controlled systems have been around for many 
years. People are familiar with remote controlled televisions, 
stereos, VCRs (video cassette recorders), and other such 
commercial products, 

FIG. 1 shows a traditional remote control system 100 
having a remote controller 102 that is speciaUy configured to 
control exactly one associated controlled device 104. The 
dedicated remote controller 102 uses proprietary communi- 
cation schemes to transmit signals via a wireless link 108 
(e.g., infrared, RF) directly to the controlled device 104. For 
instance, a television remote controller is designed with 
dedicated buttons to control one associated television by 
sending proprietary channel up/down signals, volume con- 
trol signals, and so forth, in response to user activation of the 
buttons. Due to the proprietary nature, the television remote 
controller cannot be used to control other devices, such as a 
stereo system or VCR. 

Universal remote controllers make it possible to control 
more than one device. Universal remote controllers have 
generic user interfaces, such as a numeric keypad, control 
buttons, and a multi-positional actuator pad, which can be 
tised to control several devices like a television, VCR, and 
set top box. Unfortunately, universal remote controls are 
complicated, often difficult to program, and hence, are not 
always very flexible. 

Accordingly, there remains a need for improved remote 
controlled systems that enable inexpensive controllers to 
control multiple different devices without the hassles of 
pre -programming such controllers. 

SUMMARY 

A remote controlled system employs a computer-based 
remote control facilitator to facilitate remote control of a 
controlled device from a non-dedicated remote controller. 
The computer facilitator is coupled to the remote controller 
and controlled device via a wireless or wire-based network. 
Neither the remote controller nor the controlled device need 
have any awareness of the other, or any knowledge as to how 
to communicate with one another. In fact, both devices can 
be completely unrelated to one another, particularly in terms 
of what a user would perceive as their primary or intended 
use. For instance, the remote controller may be a cell phone 
and the controlled device might be a television or stereo. 
More generally, the remote controlled system allows any 
device with some form of user interface to control, via the 
computer-based facilitator, any other device. 

In the described implementation, the computer facilitator 
is a general-purpose computer that runs an open platform 
operating system. The computer facilitator executes a soft- 
ware application that corresponds to the controlled device. 
The application contains program code, data, information, 
and any other intelligence that may be used by the computer 
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facilitator to assist the remote controller in controlling the 
controlled device. 

During operation, the computer facilitator senses that a 
remote controller is nearby. As one example, the facilitator, 

5 remote controller, and controlled device are compatible with 
the universal plug and play (UPnP) architecture. With UPnP, 
the facilitator can learn the existence of potential devices as 
well as the information (an IP address) needed establish 
TCP/IP connections to them. The remote controller provides 
a description of its capabilities and components and this 
description is stored as schema at the facilitator. 

From the schema, the computer facilitator chooses an 
appropriate user interface based on the physical properties of 
the remote control device and on the device to be controlled. 

J 5 The UI provides options to the user, and allows the user to 
select a desired option. This selection is returned to the 
computer facilitator. The remote controller has no inherent 
or pre-configured knowledge of the controlled device, or any 
way to control it. The remote controller simply presents the 

2Q options received from the computer facilitator and returns 
the user's choice. 

The application running at the computer facilitator trans- 
lates the user's selection into a command that is sent to the 
controlled device. The command directs the controlled 

25 device to perform an action related to the option selected by 
the user. 

The remote controlled system is very beneficial in that an 
inexpensive remote controller can be used to control many 
unrelated devices in homes and offices. The remote control- 

30 ler need not be tied to a specific brand or model of controlled 
device nor understand what it is doing; rather, the remote 
controller gains its power and flexibility from the general- 
purpose computer. 

In fact, the remote controller may be a device that one 

35 would not expect to be used for controlling other devices. 
For instance, the remote controller may be implemented as 
a ceU phone with an LCD display and niuneric keypad. This 
cell phone may be controlled by the computer facilitator to 
present menus used to control a living room stereo system. 

40 The cell phone does not have to know anything about music 
playback, but simply shows on its screen the menus pro- 
vided by the computer. The cell phone reports the button 
presses back to the computer without any knowledge of 
what those presses mean. 

45 Another specific implementation of the remote controUed 
system is a clock radio. In this implementation, the clock 
radio consists of a clock/UI, one or more speakers, and a 
general-purpose computer that facilitates remote control of 
the speakers from the clockAJI. 

^° BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a prior art remote controlled 
system. 

FIG, 2 is a block diagram of a remote controlled system 
55 having a computer-based remote control facilitator. 

FIG. 3 is a flow diagram of a process for facilitating 
remote control of a controlled device from a remote con- 
troller. 

FIG. 4 is a block diagram of the remote controlled system 
60 with multiple controlled devices, some of which may be 
employed as remote controllers, 

FIG. 5 is a block diagram of the remote controlled system 
configured as a clock radio. 

g5 DETAILED DESCRIPTION 

This invention concerns a remote controlled system hav- 
ing a computer-based remote control facilitator that facili- 
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tales remote control of a controlled device from a non- 206. The facilitator 202 receives the control data from the 
dedicated remote controller. For discussion purposes, the remote controller 204 and translates that data into corn- 
computer-based remote control facilitator is described in the mands that are sent to the controlled device 206 to effectuate 
context of a personal computer, although other computer the action intended by the user. 

form factors or computing devices may be used. In addition, 5 The computer-based remote control facilitator 202 is 

the remote controller and controlled device are configured illustrated as a general-purpose computer having a processor 

using technology conforming to the Universal Plug and Play 210, volatile memory 212 (e.g., RAM), and non-volatile 

(UPnP) architecture, which is an architecture for pervasive memory 214 (e.g., ROM, Flash, hard disk, floppy disk, a 

peer-to-peernetworkconnectivityofPCsofaUform factors, CD-ROM, etc;). The facilitator 202 may also have one or 

intelUgent appUances, and wireless devices. UPnP is a lO more mput devices 216 (e g keyboard, mouse micropho^^ 

distributed, open networking architecture that leverages stylus, etc.) 2^d a display 218 (e.g., momtor LCD, et^ 

TCP/IP and thVweb to enable seamless proximity network- ^^^^^ ^0^ is rcpresentaUve of many diverse types of 

» 1 J J * « r . 1 J computing devices, mcludmg desktop computers, laptops, 

mg in addition to control and daU transfer among networked . k™^ ^T^v^^^f L f^Ji 

..i. az J u-u* set-top boxes, information appliances, and so forth, 

devices m the home, office, and everywhere in between. ^ , ^ 

However, it is noted that other networking architectures may is ^h'* remote control fachtator 202 runs an operadng 

be employed system 220 and one or more application programs 222. The 

operating system 220 is preferably an open platform, mul- 

Basic System titasking operating system, such as a Windows-brand oper- 
ating system from Microsoft Corporation. The application 

FIG. 2 shows a remote controlled system 200 having a program 222 is an application associated that supports 
computer-based remote control facilitator 202, a remote remote control of the controlled device 206 from the non- 
controller 204, and a controlled device 206. The computer- dedicated remote controller 204. The controlled device (CD) 
based remote control facilitator 202 is coupled to the remote application 222 is loaded onto the computer facilitator 202 
controller 204 and controlled device 206 via a network 208, during initial installation and configuration of the controlled 
which may be implemented as a wireless network (e.g., IR, device. For example, when the user purchases a new con- 
RF, etc.) and/or a wire network (e.g., LAN). In the described " ^^qH^^ jeyjce (e.g., stereo or television), the manufacturer of 
implementation, the network 208 supports the TCP/IP com- the controlled device provides the software application 222 
munication protocol among the participants 202-206. An (^^i loaded onto the computer facilitator 202. 
example of one suitable close-proximity wireless network purposes of illustration, operating system, 220 and 
protocol is the BlueTooth wireless network protocol, which appUcation 222 are illustrated as discrete blocks stored in the 
is known to those of skill in the art. For more mformation on no^.volatile memory 214, although it is recognized that such 
the BlueTooth protocol, the reader is directed to the Web site p^grams and components reside at various times in differ- 
"bluetooth.com . ^j^^ storage components of the facilitator 202 and are 

The computer-based remote control facilitator 202 is executed by the processor 210. Generally, these software 

configured to assist the remote controller 204 in controlling components are stored in non-volatile memory 214 and from 

the controlled device 206. The remote controller 204 may be there, are loaded at least partially into the volatile main 

embodied in a way that resembles a common remote memory 212 for execution on the processor 210. 

controller, such as famiUar controllers for televisions, VCRs, j^e controlled device appUcation 222 contains program 

stereos, or set top boxes. Altematively, the remote controller code, data, information, and any other inteUigence that may 

204 may be implemented as some other useful device that ^ be used by the facilitator 202 to assist the remote controller 

may be utilized temporarily to control another device. 204 in controlling the controUed device 206. The CD 

Neither the remote controller 204 nor the controlled application 222 includes scenario-specific UI codes 230 that 

device 206 need have any awareness of the other, or any is passed to the remote controller 204. The UI codes 230 are 

knowledge as to how to communicate with one another. In specific to the scenario of controlling the controlled device 

fact, both devices can be completely unrelated to one 45 206. That is, the UI codes 230 are tailored to, or associated 

another, particularly in terms of what a user would perceive with, commands understood by the controlled device 206 to 

as their primary or intended uses. For instance, the remote effectuate some action at the controlled device, 

controller 204 may be a cell phone and the controlled device jhe CD application 222 also exposes a set of UPnP APIs 

206 might be a television or stereo. A user would not expect (application program interfaces) 232. The APIs 232 are 

to use a cell phone to control a television, but this type of 53 conventional to the UPnP architecmre, and are known to the 

situation can be accomplished by the remote controlled skilled artisan. For a more detailed discussion of the UPnP 

system 200. In essence, any device with some form of user APIs, the reader is directed to "upnp.org", a Web site for the 

interface can be used to control, via the computer-based fomm governing universal plug and play. One suitable 

facHitator, any other device. This architecture is explored specification available at this site as well as from the 

below in more detail with reference to FIG. 4. 55 Microsoft Web site, "Microsoft.com", is entitled "Universal 

It is further noted that the remote controller 204 and the Plug and Play Device Architecture Reference Specification," 

controlled device may be implemented as an integrated imit. Version 0.90 — ^Nov. 10, 1999, which is hereby incorporated 

as indicated by the dashed box 209, although the facilitator by reference. 

202 supports communication between the controller 204 and Of particular interest, the UPnP architecture defines the 

controlled device 206. For instance, the remote controller ^0 terms "User Control Poinr (UCP) and "Controlled Device" 

204 may be a UI and the controlled device 206 may be (CD). Normally, anything the user interacts with directly is 

speakers within the same physical box. assumed to be a UCP. Such UCP devices are responsible for 

The remote control facilitator 202 essentially controls discovering controlled devices and rendering UI in HTML 

both the remote controller 204 and the controlled device (or some other fashion) to allow the user to control the 

206. The facihtator 202 provides information to the remote 65 devices. For instance, when the user pushes a button, the 

controller 204 that is presented to a user to enable the user device with the button tells the Controlled Device what it 

to enter control data for controlling the controlled device should do. 
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In the remote controlled system 200, the remote controller the facilitator 202. Any other schema learned from the 

204 is not a UCP device, meaning that it does not initiate any controlled device 206, is also stored at the facilitator 202 as 

action itself, but is instead merely a "controlled device". The other schema 236. 

computer-based remote control faciliUtor 202 acts indirectly At step 302, the computer facilitator 202 provides UI 

as the UCP that controls both the remote controller 204 and 5 codes 230 to the remote controller 204 over a link 250 of the 

the controlled device 206. Accordingly, the UPnP APIs 232 network 208. The codes are transmitted using UPnP over the 

are implemented at the facilitator 202 to provide an interface lin^ 250, which may be wireless or wire-based, 

through which the remote controller 204 and controlled ^h^ ^^^^^ 230 are related to the configuration and 

device 206 may communicate. ^^^^^ ^^^^^ cx)ntroUer as described in the remote 

The CD application 222 further maintains schema 234 30 control schema 234. In this manner, the codes 230 become 

related to the remote controller, as well as any other schema associated with the components (e.g., buttons, display 

236. The facilitator 202 uses the UPnP protocol to discover screen, etc.) on the remote controller 204, even though such 

the schema of the remote controller 204. The remote con- components would not normally be used to provide such 

troller schema 234 contains a description of the user inter- control. 

face at the remote controller 204, is ^^^^ ^^^^^^ ^^^^^^ 

Notice in FIG. 2 that the remote controller 204 provides displayed on a display of the UI 240. As an example, once 

a user interface (UI) 240 that allows a user to enter control the computer facilitator discovered the cell phone 204, the 

data for controlling the controlled device 206. The UI 240 facilitator 202 may instruct the phone to display a top-level 

may be implemented to include any number of different menu of services that could be controUed by the phone, 

components, including one or more buttons, multi-positional perhaps something like the following four text strings: 

actuator pads, display screen, touch pad, touch screen, Music 

speaker, microphone, and the like. The remote control ' 

schema 234 describes the types of components and com- | 

mands that the remote controller 204 can support. 3. Lights 

In the illustrated implementation, the UI 240 has a display Other 

242 that is capable of displaying one or more lines of The codes supporting the menu UI are associated the first 

alphanumeric characters and/or a bitmap display that is four buttons on the phones numeric keypad. When the user 

capable of displaying characters and rudimentary symbols/ presses the "1" button on the phone, the phone 204 fires a 

graphics. The UI 240 also has one or more input buttons 244 UPnP event indicating that the "1" button has been pressed, 

that allow the user to select options presented on the display and this event is transferred back to the computer via link 

242. The schema 234 describes the type of display 242, the 250. 

kind of data it can display (e.g., text strings, graphics, etc.), At step 304, the computer facilitator 202 receives the 

and the number and type of actuatable buttons 244. event from the remote controller 204 and acts on it. Depend- 
ing upon the event, the facilitator 202 may return another set 

Operation q£ qq^q^ tjj^t move specific to one or more controlled 

HG. 3 shows a process for faciUlating remote control of ^^^^^^^ 206. This is represented by the dashed return path 

a controlled device from a remote controUer. The process is ^^^P ^^^P example, the user selected 

implemented at the computer-based remote control faciUta- "Music" by pressmg the "1" button. The computer facilitator 

tor 202 and will be described with additional reference to 40 ^"""^ ""^^ ^^'""^ ''"^P'^^ ^^^^ P^^^"" 

no. 2. To assist in describing the method, assume that the ^o the selected "Music" option, such as: 

remote controller 204 is implemented as a cellular phone 1- Random Music from your Collection 

having a four-line LCD display and seventeen buttons. 2. Background Music 

At step 300, the computer faciliUtor 202 senses that the 3. KUOW 94.9 

remote controller 204 and the controlled device 206 are 45 4. Choose Album 

nearby. For instance, the facilitator 202 may employ the Eventually, at step 306, the facihtator 202 receives an 

discovery techniques defined by the universal plug and play event that is intended to control the controlled device 206. 

architecture. More specifically, in one implementation, the The application 222 translates the event returned horn the 

system 200 employs Simple Service Discovery Protocol remote controller 204 into a command that is sent via link 

(SSDP), a simple network device discovery protocol used by 50 252 of network 208 to the controlled device 206 to effectuate 

UPnP to allow facilitator 202 to learn of the existence of the action intended by the user. For instance, suppose the 

potential peer devices, such as remote controller 204 and user hits the "3" button on the Music menu. In one scenario, 

controlled device 206, as well as the information (an IP assuming that KUOW 94.9 is a local station, the computer 

address) needed to establish TCP/IP connections to them. In facilitator 202 receives this event and converts it to a 

response to an SSDP search, UPnP devices, such as the 55 command instructing a stereo (i.e., controlled device 206) to 

remote controller 204 and the controlled device 206. return nine to the FM radio station KUOW 94.9. 

a description Uniform Resource Locator (URL) in the SSDP In another scenario, assuming that KUOW 94.9 is not a 

Location and optionally the Alternate Location (AL) SSDP local radio station, the computer facilitator translates the 

headers. A successful result of an SSDP search is a URL, event to a command to connect to an audio feed on the 

which can be resolved to an IP address for making a 60 Internet and to route the audio output to a set of UPNP 

connection to the discovered device. SSDP is described in speakers. Here, the speakers are the controlled device 206, 

more detail in the above-referenced specification "Universal rather than the stereo. 

Plug and Play Device Architecture Reference Specification," The remote controlled system 200 is very flexible in that 

Version 0.90. it essentially allows any controlled device with some form of 

As part of the discovery, the remote controller 204 pro- 65 UI to control essentially any other controlled device, assum- 

vides a description of its capabilities and components. The ing there is an application resident on the computer facili- 

description is stored as the remote controller schema 234 at tator to support such control. Remember, in the above 
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example, the phone has no inherent or pre-configured chooses an appropriate set of UI codes to send to the 

knowledge of the stereo or Internet link, or any way to Ul-based controlled device based on the physical properties 

control it. The phone is simply displaying a list of text of the remote control device and on the set of devices to be 

strings provided by the computer facilitator and returning controlled. For instance, the Ul-based controlled device may 
button presses entered by the user. 5 have a four-line LCD display and numeric keypad. The UI 

The flexibility makes it easier for a user to modify their codes contain menus for the LCD display, and associate 

system architecture. If the user acquires a new controlled options in those menus with the keys of the numeric keypad, 

device, he/she can upgrade or re<onfigure the software upo^ receiving user input from the Ul-based controlled 

running on his/her PC, rather than having to upgrade the device, the computer facilitator 402 converts the button 
firmware on the cellular phone in order to control it. Modi- jq selection to a command that initiates performance of an 

fying the software is substantially easier due to the much action at the facilitator or the controlled device, 
richer programming environment. 

System With Multiple Controlled Devices „^ • . , 

. . , FIG. 5 dlustrates one specific implementation of the 

no. 4 illustrates a remote controDed system 400 m which ^^^^ controUed system 200. where it is embodied as a 

the computer faciHtator 402 supports multiple controlled ^lock radio 500. The clock radio 500 has a computer 

devices 404(1H04(N) and 406(1H06(M) The computer faciHutor 502, a clock 504 and UI 506 that form a remote 

facilitator 402 communicates with each of the controlled controller 508, and one or more speakers 510 that form the 

devices 404 and 406 via IP links 408, such as wireless links controlled device 512. The computer facilitator 502 com- 

or physical wire links. The computer facilitator 402 and municates with both the clockAJI and the speakers via IP 

controlled devices 404 and 406 support universal plug and 5^4^ ^^-^^ ^^ay not be wireless. The clock 504, 

pky.InthecomextofaUPnPimplementation,^^^^ ^^^^^ be integrated in the same 

facilitator operates as the "User Control Pomf and the ^ysical housing, as represented by the dashed box 516, or 

devices 404 and 406 operate as the "Controlled Devices' . separately from one another. 

One type of conUolled devices referenced by numbers j^e clock 504 maintains time-of-day to provide the basic 

4(M{1H04(N) represents devices that may be utihzed as the ^i^^^ f^^^^i^^^ dock radio 500. Although less 

remote controller 204 in FIG 2 These controlled devices preferred, the clock may alternatively reside at the computer 

have a user interface (UI) 410(1H1«(N) that may present facilitator 502 and the time is periodically sent to the UI 506. 

a set of opuons to the user and re«n.e the us« seleaw ^ ^^^^^^^ is a general-purpose com- 
TTie Ul-based controlled devices 404(lH04a<0 need not 33 pu,„ that is equipped with a tuner 520 for tuning to an audio 

have any knowledge of the options, or how the selections ^ implemented in many ways. For 

made by the user effectuate achotjs at the computer facUi- j^^^^ j, ^ ^ ^^^^ ^ ^^.^^ ^ 

tator 4fl2 or any one of the controUed devwes 406. Indeed. . ^^^.^ j^,^ Alternatively, the tuner 520 may be 

the Ul-based controlled devices 404(1)-404(N) may be -^^^J^^^ ^ , „ble tuner for selecting an appropriate 
representative of cellular phones, portable handheld 35 cable channel that carries audio data. Another alternative is 

computers. peKonal digital assisunte, or any device that has ^^0 to be implemented as a browser that 

a d^play and mput keys that may be used by the computer ^^^1^,^, ^^^^^ j,,, fr^m a music Web site, 

facilitator to present a user with options to control another „ . r -i-* * cm t u i i j- 

device computer facihtator 502 also has a clock radio 

* J . .fijj. c application 522 that supports communication between the 
I'^l^n JSL^L^ . referenced by „ clockAJI and the speakers. TTie clock radio application 522 

numbers 406(1H06(M) represent devices that are not ^^^j^ ^^^^^ ^ ^^ ^ ^^^^ 

utihzed as the remote controUer 204 of FIG 2. Hie con- ^p^p ,^ communication 

troUed devices 406(1)-406(M) may be any device that is ^^ ^^^^ ^ ^^^^ describing 

communicatively coupled to the computer faahtator 402 implementation, the schemi 

(e.g..e.g..UPnP-«)mpatible devices) and can be wntrolled 45 ^^j^^^ ^^^^ ^1 506 as having an LCD display 530 to 

to perform some function. Examples of controlled devices jj^^i.,, u,Tf.«-o tit L,.!:... 

An^,-^ • . J . 1 • ■ . display text strings and four buttons 532 to receive user 

406(1)-406(M) include televisions, stereos, VCRs, ■ "J^j ' ^ 

speakers, microwave ovens, lights, alarms, and so forth. . , ..... ,„ .. ., ,„ . . .. 

I. • . J .1. . .u .11 u J . 11 J J • inA/-,\ The computer facihtator 502 provides the UI codes to the 

.u ^ : . "fiT ""X^'f.'^i^ UI 506 to enable a user to select a radio station. The options 
-404(1^ may theinselves be controUed devices. T^^^^^^ so ^^e displayed on the LCD display 530 and associated with 

4 lUustrates two types of controUed devices, but the ^us- ^.e buttons 532. When Uie user presses a button 532 to make 

^auon IS not intended to su^es^ that only U -based con- ^ ^^^^ ^ ^ transmitted back 

polled devices control non-Ul-b^d conttoUed devices. ^ j^^j^^,^^ ^^^^^ ^^^^^^ 

Rather one "I^Jased controUed device can conceptuaUy ,^ ^ ^^^^^ ^j^^^ ^^^^ ^^Q to Le to the desired 

control another Ul-based conuoUed device. 55 ^^^^^^ ^^ ^^^^j^ ^ ^^^^ 

The computer facihtator 402 is implemented as facihtator 

202 described in FIG. 2. It includes a controlled device Conclusion 

application 420(1)-420(M) for each of the controlled Although the description above uses language that is 

devices 406(1)-406(M) that are being controlled. When a specific to stmctural features and/or methodological acts, it 
controlled device is detected as being nearby, the computer eo is to be understood that the invention defined in the 

facilitator 202 discovers the device's capabilities and appended claims is not limited to the specific features or acts 

whether it has a UI. If a UI is present, the computer described. Rather, the specific features and acts are disclosed 

facilitator 202 stores the schema of the Ul-based conu-olled as exemplary forms of implementing the invention, 

device in association with one or more of the applications What is claimed is: 

420. 65 1, A computer-readable medium having computer- 

To facilitate control of a controlled device from a executable instructions that, when executed, direct a com- 

UI -based controlled device, the computer facilitator 402 puter to: 
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receive from a device having a user interface (UI device) 

data describing the UI; 
send information to the UI device that enables a iiser to 

enter control data for controlling a different unrelated 

device to perform an action; 
convert the control data retiimed from the UT device into 

commands for performing the action on the different 

device; and 

send the commands to the unrelated different device so 
that the unrelated device will perform the action. 

2. A computer-readable medium as defined in claim 1, 
wherein the UI device is configured to conform to a uni- 
versal plug and play (UPnP) architecture, further comprising 
instructions that direct a computer to discover the device 
using a UPnP protocol. 

3. A computer-readable medium as defined in claim 1, 
further comprising instructions that direct a computer to 
learn a schema of the UI device and store the schema. 

4. A computer-readable medium as defined in claim 1, 
further comprising instructions that direct a computer to 
form the information based on the schema learned from the 
UI device. 

5. A method comprising: 

detecting a presence of a device with a user interface (UI 
device); 

receiving from the UI device data describing the UI; 
sending information to the UI device that enables a user 

to enter control data for controlling a different unrelated 

device to perform an action; 
converting the control data for controlling the different 

device received from the UI device into commands; 

and 

sending the commands to the unrelated device so that the 
unrelated device will perform the action. 

6. A method of claim 5, wherein the UI device is config- 
ured to conform to a universal plug and play (UPnP) 
architecture, and the detecting comprises discovering the 
device using a UPnP protocol. 

7. A method of claim 5, further comprising learning a 
schema of the UI device and storing the schema. 

8. A method of claim 7, further comprising forming the 
information based on the schema learned from the UI 
device. 

9. A computer-readable medium having computer- 
executable instructions for performing acts comprising: 

receiving from a first device having a user interface (UI) 
a description of the UI; 

sending to the first device UI configuration information 
operable to configure the UI to receive user input 
associated with a second device; 

receiving from the first device control data associated 
with user input received by the UI; 

converting the received control data into control com- 
mands for the second device; and 

sending the control commands to the second device. 

10. A computer-readable medium as defined in claim 9, 
wherein the UI configuration information is further operable 
to configure the UI to display in formation related to the 
control of the second device by the first device. 

11. A computer-readable medium as defined in claim 9, 
wherein the UI includes a display screen and a plurality of 
user input components. 

12. A computer-readable mediima as defined in claim U, 
wherein user input components include input buttons. 

13. A computer-readable medium as defined in claim U, 
wherein user input components include at a multi-position 
actuator pad. 
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14. A computer-readable medium as defined in claim 11, 
wherein user input components include a touch screen. 

15. A computer-readable medium as defined in claim 9, 
wherein the UI includes a display screen, and wherein the UI 
configuration information is further operable to configure 
the UI to display on the display screen a menu of options for 
controlling the second device. 

16. A computer-readable medium as defined in claim 9, 
wherein the UI includes a display screen and a plurality of 
user input components, and wherein the UI configuration 
information is farther operable to configure the UI to display 
on the display screen a menu of options for controlling the 
second device, each option being associated with a user 
input component. 

17. A computer-readable medium as defined in claim 9, 
wherein the act of detecting a first device comprises: 

detecting the first device using a Simple Service Discov- 
ery Protocol. 

18. A computer-readable medium as defined in claim 9, 
wherein the first device comprises a remote control device. 

19. A computer-readable medium as defined in claim 9, 
wherein the first device comprises a cellular telephone. 

20. A method comprising: 

receiving from a first device having a display means a 
description of the display means; 

sending information to the first device to configure the 
display means to display information related to the 
control of a second device; 

receiving from the first device control data for controlling 
the second device; 

converting the received control data into control com- 
mands for the second device; and 

sending the control commands to the second device. 

21. A method as defined in claim 20, further comprising: 
detecting the first device prior to sending information to 

the first device. 

22. A method as defined in claim 20, further comprising: 
detecting the first device using a Simple Service Discov- 
ery Protocol, prior to sending information to the first 
device. 

23. A method as defined in claim 20, frirther comprising: 
receiving from the first device a description of the first 

device. 

24. A method as defined in claim 20, wherein the act of 
sending information to a first device comprises: 

sending the information in accordance with a wireless 
communication protocol. 

25. A method as defined in claim 20, wherein the act of 
sending information to a first device comprises: 

sending the information in accordance with BlueTooth 
wireless network protocol. 

26. A method as defined in claim 20, wherein the first 
device and the second device are physically connected. 

27. A method as defined in claim 20, further comprising: 
exposing a set of universal plug and play (IPnP) applica- 
tion program interfaces (APIs) through which informa- 
tion may be communicated to the first device. 

28. A method as defined in claim 20, further comprising: 
receiving and storing a schema of the first device. 

29. A method as defined in claim 20, further comprising: 
receiving and storing a schema of the first device, the 

schema including a description of the first device. 

30. A computer- readable medium having computer- 
executable instructions for performing acts comprising: 

detecting a first wireless device having a user interface 

(UI); 
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receiving from the first wireless device information defin- 
ing operational parameters of the UI; 

sending information to the first wireless device to con- 
figure the Ul of the first device to display information 
related to the control of a second device and to receive 
user input for the control of the second device; 

receiving fi'om the first device control data for controlling 
the second device; and 

sending control commands to the second device, the 
control commands being based on the received control 
data. 

31. A computer-readable medium as defined in claim 30, 
wherein the second device comprises a wireless device. 

32. A computer-readable medium as defined in claim 30, 
wherein the UI comprises a display screen. 

33. A computer-readable medium as defined in claim 30, 
wherein the UI comprises a display screen and user input 
means. 
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34. A computer-readable medium as defined in claim 30, 
wherein the information defining operational parameters of 
the UI comprises a schema. 

35. A computer- readable medium having computer- 
executable instructions for performing acts comprising: 

receiving from the first wireless device information defin- 
ing operational parameters of a iiser interface (UI) of 
the first wireless device; 

sending information to configure the user interface (UI) in 
a first wireless device; 

receiving from the first wireless device control data for 
controlling a second wireless device, the control data 
being based on user interaction with the UI of the first 
wireless device; and 

sending control commands to the second wireless device, 
the control commands being based on the received 
control data. 
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